I have very mixed -- mostly negative -- feelings about merging his PR -- but positive feelings about leaving it open for a while for discussion. It's actually quite interesting to see. It's a very nice proof-of-concept / prototype.

However, before merge, there is a broad range of issues, from:

1. defining time-on-task (see <Collapsible> and similar blocks); to
2. changing event formats (the current ones are interim, and having downstream code rely on them locks us in); to
3. integration with node reducers

Those would need to be discussed and explored.

It is helpful to see some of the abstractions in place and how pieces fit together. We'll want something on both sides of the fence, though, before connecting.

I agree. This is mostly an exploration of how LO Blocks might integrate into the broader ecosystem.
I haven't pushed the following, but I created a simple dashboard based on the reducers.

Interesting.

Seeing the dashboard -- in my mind -- opened up an even bigger can of worms:

• The look-and-feel is completely inconsistent with lo-blocks. Indeed, the look-and-feel within lo-blocks is often inconsistent, but this is quite far from any of them. I'm not sure the places this is a bug versus a feature.
• lo-blocks, at the current stage, has no real structure or design for CSS or theming. Having two different theming systems is worse than having one good one.
• I'm still trying to reconcile, in my head, the demands of dash versus react-redux, both of which we build on heavily, both of which use react, but both of which have very different, and likely incompatible, state management.

Nothing here is immediate, but thought I'd leave the thoughts in the PR as a reminder later.

Providing more context.

The dashboard here is just a prototype built using a new Nextjs application with our websocket hook to fetch and manage data from the communication protocol. A static version of this app could be built and served via the LO Blocks module in this PR.

Depends on olxhub/lo-blocks#164